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As you're probably tired of hearing by 
now, the three hallmarks of object-ori- 
ented programming languages (OOPLs) 
are encapsulation, inheritance, and poly- 
morphism. In the last column, I intro- 
duced you to C-H-'s support for encapsu- 
lation of data and code inside classes and 
objects using the struct, union { }, 
class { } , private, protected, and 
public keywords. Here, we'll review 
C data types and C++ encapsulation briefly 
before moving on to discuss C++'s im- 
plementation of inheritance. 

DATA STRUCTURES IN C 

In C, new data types are built out of 
existing data types with the struct { } 
keyword. For example, you could create 
a new POINT data type whose member 
variables specified a point's location with 
a declaration in the following form: 



struct POINT { 
int X; 
int Y; 

>; 

You'd then instantiate the data type — that 
is, allocate named storage for some points 
using the struct { } declaration as a 
template — with statements in the form 

struct POINT pointA, pointB; 

Such data declarations follow the usual C 
scoping rules. If a declaration is outside 
of any procedure, the data is allocated 
statically in the data segment and can be 
accessed by all procedures in that mod- 
ule. On the other hand, if a declaration is 
inside a procedure, the data is allocated 
on the stack and is "visible" by name 
only within that procedure (although the 
data can, of course, be passed as a pa- 
rameter in calls to other procedures). 

The C support for structures has two 
serious weaknesses. First, the language 
is not truly extensible: you can't declare 
->tally novel data types; you can only 
aild new data types out of C's "hard- 
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wired" native data types. Second, there is 
no provision for overloading the language's 
native operators to handle new struct { } 
data types in a natural manner. Both of 
these weaknesses have been answered in 
various ways by features of C++. 

ENCAPSULATION IN C++ 

C++ classes are declared much like struc- 
tures. In fact, the struct { } keyword 
still exists in C++, but has been made 
much more powerful, and it has two sister 
keywords — union{ } and class { } — 
which have the same syntax but slightly 
different semantics. A C++ class includes 
both variables and the functions that operate 
on those variables in the same declara- 
tion. For example, we could define a C++ 
class POINT, which would include both 
a point's location and a "member func- 
tion" to set the location: 

// definition of class POINT 
struct POINT { 

int X; 

int Y; 

void setXY ( ... ) ... 

>; 



Actually, the member function can be 
coded either in-line, like this: 

// definition of class POINT 
struct POINT { 

int X; 

int Y; 

// member function to set 

// point location 

void setXY(int NewX, int NewY) 



{ 



NewX; 
NewY; 



Or, it can be coded "out-of-line," in the 
form 

// definition of class POINT 
struct POINT { 

int X; 

int Y; 

void setXY(int, int) ; 

); 

// member function to set point 

location 
void POINT: :setXY( int NewX, int 

NewY) ; 



{ 



X = NewX; 
Y = NewY; 



The selection of in-line or out-of-line 
declaration affects the compiler's compi- 
lation of the code for the function as in- 
line code (like a macro expansion) or a 
called procedure. Notice the C++ scoping 
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operator — the double-colon (::) — in the 
out-of-line form. The POINT modifier 
and the scoping operator in the definition 
of setXYQ remind the compiler that the 
visibility of setXY() is determined by the 
class POINT to which it belongs, and that 
setXY()'s access to member variables and 
member functions is the same as the access 
enjoyed by other members of the POINT 
class. 

Either way, once the POINT class is 
defined, we can instantiate a point 
object — allocate named storage for a 
point — and set the point's location with 
code like this: 

POINT pointA; 
pointA.setXY(5, 10) ; 

In this case, the dot (.) operator is a member 
function pointer: it tells the compiler to 
invoke the function named setXY() in the 
class to which the object pointA belongs. 
Thus, dot is somewhat analogous to the C 
language's -> operator for addressing 
member variables in C structures. 

Let's return to the encapsulation angle 
for a moment. The member variables and 
functions of a C++ class can each have 
one of three possible attributes: public, 
protected, or private. A public variable or 
function is accessible by functions else- 
where in the program according to ordi- 
nary C-like scoping constraints. Protected 
means that the variable or function is 
visible only to other members of the same 
class, or to members of derived (child) 
classes (we'll return to this shortly when 
we get to the subject of inheritance). A 
private variable or function is completely 
invisible outside the class. 

We're now in a better position to 
understand how the class declaration 
keywords struct {}, union! ], and 
class { } differ. They have identical syntax, 
but slightly different effects with regard 
to encapsulation: 

■ The member variables and functions 
of a struct { } are public by default, 
but can be made protected or private as 
needed. 

■ The members of a union { } are all 
public, all the time. 

■ The members of a class { } are pri- 
vate by default but can be made public or 
protected as needed. 

Our POINT class example seems to 



work well enough at first glance, but it's 
severely out of line with the OOP encap- 
sulation dogma. In true object-oriented 
programming, objects are supposed to be 
black boxes, and their data is never vis- 
ible externally. Objects can only operate 
on each other's data indirectly, by send- 
ing "messages" to each other's member 
functions. In order to become theologi- 
cally correct, we can use the class { } 
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and public keywords to revise the 
definition of POINT as follows: 

// definition of class POINT 
class POINT { 

int X; 

int Y; 
public : 

void setXY(int, int) ; 

); 



// member function to set point 

location 
void POINT : : setXY (int NewX, int 

NewY) 

( 

X = NewX; 
Y = NewY; 



Any instantiations of this version of the 
POINT class are true objects in the clas- 
sic sense. Each object has its own copies 
of the member variables X and Y (hence 
the term instance variables). The mem- 
ber variables are private (because that 
is the class { } default), so they can 
only be accessed by member functions of 



the same class. In contrast, the member 
function setXYQ has been given the pub- 
lic attribute, so it can be called from 
anywhere in the program, limited only by 
the usual visibility rules. As a result, an 
external procedure has only one way to 
modify the values of X and Y in a POINT 
object: invoking (sending a message to) 
the POINT class's setXY() function. 

INHERITANCE IN C++ 

We're now well positioned to talk about 
C++ inheritance. I'll keep the examples 
simple, but don't feel bad if you find the 
notation obscure — C++'s support for 
subclassing is as primitive as all of its 
other object-oriented features. In Small- 
talk, encapsulation and inheritance are 
built into the programming environment 
as well as into the programming language: 
subclassing is supported by code browsers 
and inspectors that display the relation- 
ships between classes graphically and directly 
and facilitate the cloning, extension, and 
modification of class functions and vari- 
ables in a very natural way. In C++, there 
is no programming environment that is 
"smart" about the programming language, 
and the burden of understanding and 
maintaining the class hierarchy is shifted 
entirely to the programmer. The relation- 
ships among classes and the visibility of 
class functions and variables must be made 
explicit on every occasion, and the means 
of doing so are bound up in a cryptic 
syntax that rockets C's reputation for 
unreadability into a whole new dimen- 
sion. 

A new class is derived from an exist- 
ing class in C++ with a construct in the 
following general form: 

class ParentClass { 



>; 

class ChildClass 
ParentClass { 



[access] 



As you can see, when the child class is 
defined, its name is followed by a colon 
(:) separator and then by an optional access 
modifier and the name of the parent or 
base class. The access modifier deter- 
mines the visibility of inherited variables 
and functions to users or descendants of 
the child class — in other words, what access 
rights will be passed on by the child class- 
it does not have any effect on the attril 
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POINT.H 



// POINT . H — class definition for points and pixels. 
// Member functions are defined in POINT. CPP 
// Copyright (C) 1991 Ziff Davis communications 
//PC Magazine * Ray Duncan 



COMPLETE LISTING 



Ic3j 



// definition of base class POINT 
class POINT { 
private: 

double X; 

double Y; 

double deg2rad ( double ) ; 
double rad2deg ( double ) ; 
public : 

POINT ( double , double ) ; 

void setx ( double ) ; 

void setY ( double ) ; 

double getX(void); 

double get Y( void); 

void translate (double, double); 

void rotate ( double ) ; 

}; 

// definition of derived class PIXEL 
class PIXEL : public POINT { 
int Color; 
public : 

PIXEL (double, double, int); 
void setcolor (int) ; 
int getColor(void) ; 
void display (void) ; 

}; 

const double pi = 3.141592654; 



utes that were assigned in the parent class. 
If the access modifier is private, any 
variables and functions inherited from the 
parent become invisible to users of the 
child class, regardless of their original at- 
tribute. If the access modifier is pub- 
lic, the visibility of inherited variables 
and functions is determined by their origi- 
nal attribute as declared in the parent class. 
The default access modifier for child 
classes defined with class { } is pri- 
vate, and the default for those defined 
with struct { } is public. 

Let's look at a simple example of in- 
heritance. Imagine that we have all the 
code for our POINT class safely debugged, 
compiled, and stowed away in a library, 
and then find ourselves involved in a graphics 
project where we need a class of PIXEL 
objects, each with a location and a color. 
If we were still programming in C, we'd 
have to resort to frighteningly low-level 
mechanisms of code reuse: We'd copy 
the files containing the POINT source 
code to new files with different names, 
edit the code until it approximated our 
new requirements, and then enter the 
aditional compile-link-debug cycle. Of 
,ourse, the mere fact that we decided to 



// X coordinate for point 

// Y coordinate for point 

// convert degrees to radians 

// convert radians to degrees 

// constructor for point 

// set point value of x 

// set point value of Y 

// return point value of X 

// return point value of Y 

// translate point by X,Y 

// rotate point by X,Y 



// pixel color value 

// constructor for pixel 

// set color of pixel 

// return color of pixel 

// display data for pixel 

// constant Pi 



turn an editor loose on previously proven 
source code means that we'd have all 
sorts of opportunities to introduce syntax 
or spelling errors that are completely 
tangential to the problem at hand, let alone 
the usual logical errors of omission or 
commission. 

In C++, on the other hand, we can 
reuse our existing POINT code in a much 
more elegant manner. We create a PIXEL 
class by subclassing the POINT class directly, 
allowing the new class to inherit as much 
code and data from the old class as pos- 
sible, and writing additional code only 
for the capabilities that differentiate the 
new class from the old. For example, to 
create a PIXEL class that uses the loca- 
tion data of the POINT class and adds a 
member variable for color along with a 
function to set its value, we could derive 
the PIXEL class as follows: 

// definition of base class POINT 
class POINT ( 

int X; 

int Y; 
public : 

void setXY(int, int); 

>; 



location 
void POINT: :setXY( int NewX, int 
NewY) 

( 

X = NewX; 
Y = NewY; 

>; 

// definition of derived class 
PIXEL 

class PIXEL : public POINT ( 
int Color; 
public : 

void setColor (int) ; 

>; 

// member function to set pixel 
color 

void PIXEL: : setColor (int NewColor) 
{ 

Color = NewColor; 

}; 

We can instantiate some pixels: 

PIXEL pixelA, pixelB; 

and then set their locations and colors: 

pixelA.setXY(20, 100) ; 
pixelA. setColor (1) ; 

From the point of view of the user of the 
PIXEL class, the fact that setXY() was 
actually defined in an ancestor class (along 
with the variables X and Y that it oper- 
ates on) is completely transparent. The 
user of the PIXEL class concerns himself 
only with the capabilities exported by the 
PIXEL class and not whether those capa- 
bilities are inherent in the class or inher- 
ited from another class; he really doesn't 
need to know where the actual work is 
occurring or the actual location where the 
pixel is being stored. 

There are many possible variations on 
this theme, depending on how you decide 
to assign access rights in the parent and 
child classes. For instance, if we wanted 
to create a member function in the PIXEL 
class that would set a pixel's location and 
color in a single operation, we could write 

// definition of derived class 
PIXEL 

class PIXEL : public POINT ( 
int Color; 
public : 

void setPixel (int, int, int) ; 

); 



Figure 1: This header file shows a class definition for two-dimensional points. 
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POINT.CPP 



COMPLETE LISTING 



// POINT.CPP 

// Definitions of Member Functions for point and Pixel Classes 
// Copyright (C) 1991 ziff Davis communications 
// PC Magazine * Ray Duncan 

(include <math.h> 
(include <iostream.h> 
(include "point. h- 

// Member function for POINT class to set X coordinate 

void POINT: :setX( double Newx) 

( 

X - NewX; 

); 

// Member function for POINT class to set Y coordinate 
void POINT ; : setY ( double NewY) 

< 

Y = NewY ; 

>; 

// Member function for POINT class to fetch X coordinate 

double POINT : : getx ( void) 

< 

return(X) ; 

>; 

// Member function for point class to fetch Y coordinate 
double POINT: :getY( void) 



// constructor function for POINT class 
POINT: :P0INT (double Newx, double NewY) 



X = NewX; 
Y - NewY; 



// member function for POINT class to translate point by given X,Y 

void POINT: : trans late (double DispX, double DispY) 

< 

X = X + DispX; 
Y = Y + DispY; 



// member function for POINT class to rotate point by given degrees 
void POINT: :rotate ( double degrees) 



double radians = deg2rad(degrees ) ; 
double tempx = (X * cos (radians ) ) 



(Y « sin (radians)); 



Y - (X • sin(radiano)) + (Y • cos ( radians )) ; 
X = tempx ; 



// private member function for POINT class to convert degrees to radians 
double POINT: :deg2rad( double degrees) 



return ({degrees * 2 * pi)/360); 



// private member function for POINT class to convert radians to degrees 
double POINT: :rad2deg(double radians) 

i 

} 

II Member function for PIXEL class to set color 
void PIXEL : : setcolor ( int Newcolor) 



return ((radians * 360)/(2 * pi)); 



color - NewColor; 



// Member function for PIXEL class to fetch color 
int PIXEL: :getColor (void) 



return(Color) ; 



// Member function for PIXEL class to display location and color 
void PIXEL : : display (void) 

< 

cout « " X = " « getxo; 
cout « " Y - " « getY(); 
cout « " Color = - « getcolor(); 

>: 

// constructor function for PIXEL class 
PIXEL : : PIXEL (double Newx, double NewY, int Newcolor) 

{ 

Color - Newcolor; 

>; 



POINT (Newx, NewY) 



Figure 2: This listing contains the member functions for the two-dimensional POINT class. The class supports getting and setting the point 
location, displaying the point location, and translating or rotating points. 



// member function to set pixel 

location and color 
void PIXEL: : setPixel (int NewX, int 

NewY, int Newcolor) 

{ 

setXY(NewX, NewY); 
Color = NewColor; 

>; 

This is probably the "cleanest" approach, 
but the nested function calls slow it down. 
For better performance, we could rewrite 
the POINT class definition with the pro- 
tected keyword to make its member 
variables available to descendant classes, 
then have setPixelQ assign new values to 
X and Y directly: 

// definition of base class POINT 
class POINT { 
protected: 
int X; 
int Y; 
public: 

void setXY(int, int) ; 

); 

EHI PC MAGAZINE SEPTEMBER 24, 1991 



// definition of derived class 
PIXEL 

class PIXEL : public POINT ( 
int Color; 
public: 

void setPixel (int, int, int) ; 

); 

// member function to set pixel 

location and color 
void PIXEL: : setPixel (int NewX, int 

NewY, int NewColor) 

{ 

X = NewX; 
Y = NewY; 
Color = NewColor; 

}; 

CONSTRUCTORS AND DESTRUCTORS 

Constructors and destructors are basic to 
object-oriented programming languages 
and confer great power when properly 
used. Though the terms sound rather arcane 
and are reminiscent of Saturday morning 
cartoons, they're actually pretty simple to 
understand. Basically, every class has special 
constructor and destructor member func- 



tions. The constructor function is called 
each time the class is instantiated to make 
a new object, and the destructor function 
is called whenever an object is destroyed 
(for example, when a function that in- 
stantiated the object in "automatic" stor- 
age on the stack terminates, and its stack 
frame is destroyed). 

We've been able to ignore the exis- 
tence of constructors and destructors until 
now because C++ provides default con- 
structors and destructors for every class. 
The default constructor allocates suffi- 
cient storage to hold the object's member 
variables and initializes those variables 
to zero, and the default destructor merely 
deallocates the storage that was previ- 
ously allocated by the constructor. 

There will be many cases, however, 
where we'll want to write our own con- 
structor and destructor functions. For 
example, we may want to give member 
variables nonzero initial values or to carry 
out other, more-complex operations when 
an object is created or destroyed. The 
syntax for writing a C++ constructor functic 
is quite straightforward: You just declai 
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TRYPOINT.CPP 



// TRYPOINT.CPP - Try Point and pixel classes 

// Compile with Borland C++ 2.0 

// copyright (C> 1991 Ziff Davis Communications 

// PC Magazine * Ray Duncan May 1991 

♦include <iostream.h> 
♦include "point. h" 



main( ) 
{ 

int tempx, tempY, tempColor; 
double degrees; 

PIXEL myPixel( 0,0,0); 

cout « "\nEnter X coordinate: 
cin » tempx ; 

cout « "Enter Y coordinate: 
cin » tempY; 

cout « "Enter pixel color : 
cin » tempColor; 

myPixel. BetX(tempX) ; 
myPixel. setY(tempY) ; 
myPixel .setColor ( tempColor) ; 



X translation: 
Y translation: 



cout << "\nEnter 
cin » tempx ; 
cout « "Enter 
cin » tempY; 
cout « "Enter rotation 
cin » degrees; 



(deg) i 



myPixel. translate(tempx, tempY); 
myPixel . rotate ( degrees ) ; 




// scratch variables 



// prompt for pixel 
// location and color 



// set pixel value 



// prompt for pixel 
// translation and 
// rotation 



// now apply translation 
// and rotation factors 



cout « "\nNew value of pixel: 
myPixel . display ( ) ; 

} 



a member function whose name is ex- 
actly the same as therclass's name. Sup- 
pose we wanted to change our POINT 
and PIXEL classes so we could assign a 
location and color when a PIXEL was 
created, without the need for an addi- 
tional call to the setPixel() function. We'd 
add constructor functions to our class 
definitions as follows: 

// definition of class POINT 
class POINT ( 
protected : 
int X; 
int Y; 
public: 

POINT (int, int) 

void setXY(int, int) ; 

}; 

// constructor for class POINT 



// display new pixel values 



POINT : : POINT (int NewX, int NewY) 
{ 

X = NewX; 
Y = NewY; 

>; 

// definition of class PIXEL 
class PIXEL : public POINT { 

int Color; 
public: 

PIXEL (int, int); 

void setPixel (int, int, int) ; 

U 

// constructor for class PIXEL 
PIXEL : : PIXEL (int NewX, int NewY, 
Int NewColor) 

: POINT (NewX, NewY) 

{ 

Color = NewColor; 

}; 



Once the constructors are installed in our 
class definitions, we can instantiate a PIXEL 
with an initial location of (X,Y)=(-1,-1) 
and Color=7 like this: 

PIXEL pixelB(-l, -1, 7); 

Notice that the constructor for PIXEL 
invokes the constructor for the ancestor 
class POINT before carrying out its own 
actions. In fact, this happens whether you 
want it to or not: C++ always calls the 
constructors of all the predecessor classes 
before calling the constructor for a de- 
rived class; this way all inherited vari- 
ables are properly allocated and initial- 
ized when the derived class's constructor 
starts running. Writing out the call to the 
constructor explicitly, however, gives you 
the chance to pass specific values. Also, 
observe that constructor functions do not 
have a return type. This is always the 
case — it's one of the ways that the com- 
piler identifies the definition as a con- 
structor. 

Destructor member functions are de- 
fined in much the same way as construc- 
tors, except that the name of a destructor 
is always the same as the name of the 
class with a preceding tilde character (~), 
for example: 

// destructor for class PIXEL 
PIXEL: : -PIXEL () 

f 

>; 

Destructor functions have neither a re- 
turn type nor any parameters. 

It's only fair to mention that C++ also 
allows you to declare special member 
functions to copy objects and to perform 
type conversions on member variables, 
but we'll leave these subjects for another 
time. 

Figures 1 through 3 contain a more 
complete version of the POINTS and PIXEL 
classes in the form of a header file, a 
module containing definitions of the class's 
member functions, and a demonstration 
program. This source code is compatible 
with Borland C++, Version 2.0. 

THE IN-BOX 

Please send your questions, comments, 
and suggestions to me at any of the fol- 
lowing e-mail addresses: 
PC MagNet: 72241,52 
MCI Mail: rduncan 

BIX: rduncan ■ 



Figure 3: This demonstration program can be linked with POINT.H and POINT.CPP. It 
prompts you for a pixel location, pixel color, translation distance in the X and Y axes, and 
number of degrees of rotation, and then displays the resulting point location. The code in 
Figures 1 through 3 has been tested with Borland C++, Version 2.0. 
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